-
Notifications
You must be signed in to change notification settings - Fork 51
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Added restartOnConfigChange flag to trigger Gateway Deployment if configMap changes during helm upgrade #261
base: stable
Are you sure you want to change the base?
Conversation
…uring helm upgrade
…dd_restartOnConfigChange_annotation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There are no changes to the gateway-otk chart - is there a reason the version has been incremented?
For the documentation update (readme) please follow the current format. This release should have a dedicated header with any changes highlighted. Please also specify which config value changes will initiate a restart (as this only applies to the default configmap).
The deployment template doesn't account for no annotations. Kubernetes might automatically patch this but it would be better to either reference an empty object {}
or not include it which is what happens currently.
The checksum will be added twice if additional annotations are present, the first if should check if there are additionalAnnotations.
…nd handled no annotations along with not checking restartOnConfigChange flag with additionalAnnotations
Description of the change
Added restartOnConfigChange flag to trigger Gateway Deployment if configMap changes during helm upgrade
Benefits
Example , if User switches from one Database Server to Another , configMap will change and with change , user can control if gateway gets redeployed automatically or manually wants to restart the Gateway pods
Drawbacks
Applicable issues
Additional information
Checklist
Chart.yaml
according to semver.[charts/gateway]
)values-production.yaml
apart fromvalues.yaml
, ensure that you implement the changes in both files